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BACKGROUND OF THE EWENTION 
FIELD OF THE INVENTION 

[0001] The invention relates to the data structures for representing an electronic circuit, 
and more particularly, the invention relates to a computer readable medium and a method of 
describing data structures for representing an electronic circuit as a routing-resource graph. 
BACKGROUND INFORMATION 

[0002] Programmable Circuit Arrays (" PCA") can be programmed to define desired 
routing paths. A field programmable gate array ("FPGA") is a PCA comprising configurable 
logic elements and a programmable routing network. The routing network and logic 
elements exhibit a regularity, such as a tiling of a small number of different types of 
subcomponents creating large mosaics of regular programmable structure. A user's design 
can be mapped onto an FPGA by selecting and configuring appropriate logic elements and 
interconnecting them, along with FPGA inputs and outputs, using the routing network and a 
suitable programming of the routing network which has been derived using a "router." 
[0003] An exemplary routing structure has horizontal and vertical lines representing 
wires or metal traces within the FPGA capable of carrying signals throughout the FPGA chip. 
At the intersection of a horizontal and vertical line, a programmable switch "x" can be 
configured to either connect the wires represented by the underlying horizontal vertical lines 
("closed") or to leave them unconnected C'open"). Inputs and outputs to the FPGA are 
represented as small squares, and configurable function units are represented as labeled 
rectangles. Closing appropriate switches will create an effective circuit within the FPGA, 
interconnecting desired inputs, outputs (i.e., squares) and functions units (i.e., rectangles). A 
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a single "cell" or "tile" (composed of a function unit, several wire segments, and switches) 
can be replicated and abutted many times to create the FPGA. 

[0004] To create a router that is independent of any specific FPGA architecture and 
usable for multiple FPGA targets, a routing-resource graph, or similar structure, is used to 
represent the routing network within the FPGA. As referenced herein, a "routing-resource 
graph" is any structural representation wherein a node is used to represent a wire, input, 
output, or pin on a logic block; a directed edge is used to represent a unidirectional switch 
(e.g. a programmable buffer) and a pair of directed edges are used to represent a bidirectional 

yj 

2 switch (e.g. a pass transistor). As referenced herein, a routing-resource graph can be used to 

3 

g represent an arbitrary routing architecture, such that a general-purpose router can configured 
fU independent of any particular FPGA architecture. After creating a routing-resource graph for 

m 

^ a desired FPGA target, a general purpose router can route a user's design onto the FPGA. A 
routing-resource graph can also map onto object-oriented programming, allowing the use of 
instances of a "Switch" class and a "Wire" class to represent the routing network in an FPGA. 
[0005] A routing-resource graph can require large memory. For example, an FPGA can 
have hundreds of thousands or wires, and tens of millions of switches, and these numbers will 
only increase as technology advances. Representing such a current FPGA with a 
straightforward resource-routing graph implementation can several gigabytes or more of 
memory. 

[0006] It is known to exploit the regularity of a routing architecture to trade-off 
computation for memory. For example, consider the routing of a signal from a horizontal 
wire HO starting in cell (0, 0) to a desired target vertical wire Vf. From a switch table, a 
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router can deduce that there are two switches in the current cell (0, 0) potentially connecting 
to vertical wires VO and VI. By calling a first function (i.e., a first method call) for the first 
switch, the router finds that the first switch leads to a wire Va, and by calling the first 
fiinction for the second switch, the router finds that the second switch leads to a wire Vb, 
neither of which is the desired target vertical wire Vf The router proceeds along wire HO to 
the next cell to the right, (1,0), taking into account any twist in the horizontal wire bus 
between the two cells (0,0) and (1,0). In cell (1,0), the same wire thus has the local name 
HI . Again by calling the first fiinction, the router can discover that the second switch within 
cell (1,0) leads to the desired target wire Vf 

[00071 A compute based approach is an effective altemative to the resource routing 
graph, and is used in the JRoute code supplied with the JBits system offered by Xilinx. The 
advantage is that much less memory is needed to represent the switched connectivity. For 
example, instead of the 54 instances of Switch data structures used in a typical routing- 
resource graph, a small switch table plus some easily written fiinctions will suffice. Memory 
savings can be more dramatic in an FPGA comprising tens of thousands of cells. However, 
the internal structures of the FPGA have to be exposed to the router so that it can be used to 
navigate the routing network. A router written at this level can not be easily adapted to a 
different FPGA architecture. 

SUMMARY OF THE INVENTION 
[0008] The present invention relates to efficiently representing an electronic circuit array 
as a routing-resource graph using reduced memory (e.g., use of a Flyweight Design Pattern 
with a computation based approach). 
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[0009] In accordance with an exemplary embodiment of the present invention, a 
computer readable medium containing a computer program is provided for representing an 
electronic circuit, which has been segmented into plural blocks, as a routing-resource graph 
that includes a first wiring data structure with first switch information and a first wire identity 
information to identify a first wire across a first plurality of blocks, a second wiring data 
structure with the first switch information and a second wire identity information to identify a 

1==: 

g second wire across a second plurality of blocks, and a first switch data structure associated 

1=1 

g with the first and second wiring data structures for identifying a third wire connected to the 

n _ 

W first wire with a switch as a function of the first wire identity information and wire 
^ information fi-om the first switch data structure. 

s 

O 

Hj [0010] In accordance with another exemplary embodiment of the present invention, a 

m 

W method for representing an electronic circuit as a routing-resource graph includes defining a 

O 

W plurality of blocks each having a regular sub-array of switches and wires, defining a first 
wiring data structure with first switch information and first wire identity information to 
identify a first wire, defining a second wiring data structure with first switch information and 
second wire identity information to identify a second wire, and defining a first switch data 
structure having wire information and associated with the first and second wiring data 
structures for identifying wires res^ 

switch as a function of wire identity information and the wire information. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0011] The invention will now be described in greater detail with reference to a preferred 
embodiment illustrated in the accompanying drawings, in which like elements bear like 
reference numerals, and wherein: 

[0012] Fig. 1 is an exemplary embodiment for a computer readable medium containing a 
computer program for representing an electronic circuit as a routing-resource graph; and 
[0013] Fig. 2 is a block diagram of an exemplary embodiment for a method of describing 



m 

^ data structure for representing an electronic circuit as a routing-resource graph. 

w 

^ DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

O 

l^^ [0014] The present invention is directed to representing an electronic circuit, which has 

I y 

g been segmented into plural blocks that each have positional coordinates, as a routing-resource 

m 

graph. Data structures can be stored as a computer program on a computer readable medium. 
The data structures include a first wiring data structure with first switch (i.e., 103/107/1 11) 
information and a first wire identity information to identify a first wire, for example Ha in 
Fig, 1, across a first plurality of blocks, such as 102/104/106 in Fig. 1. The data structures 
include a second wiring data structure with the first switch information and a second wire 
identity information to identify a second wire, for example Hd in Fig. 1, across a second 
plurahty of blocks, such as 108/1 lO/l 12 in Fig. 1. The data structures also include a first 
switch data structure for the first switch (i.e., 103/107/1 11) information associated with the 
first and second wiring data structures for identifying a third wire, for example Vb connected 
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to the first wire with a switch as a function of the first wire identity information and wire 
information from the first switch data structure. 

[0015] Memory usage can be reduced based on use of a Flyweight design pattern with a 
compute-based approach to produce a shared routing-resource graph that appears to the router 
to be an ordinary routing-resource graph, but that internally uses less memory when used to 
represent the routing network of an FPGA with a regular structure. A Flyweight design 
pattern is used in object-oriented applications where it is desirable to use the same data 
structures throughout a design. The data structures are shared in that a single data structure 
may be reference in multiple contexts, with each reference treated as though it were 
referencing a distinct, imique data structure. The shared data structure has two aspects that 
are used to accomplish this. The first aspect is the intrinsic state of the shared data structure 
stored in the shared data structure, which is independent of context and makes the data 
structure shareable. The second aspect is the extrinsic state of the shared data structure that 
depends on the context in which the data structure is used, and therefore cannot be stored in 
the shared data structure. An application of the design can pass the extrinsic state from 
another data structure to the shared data structure in order to give the share data structure the 
proper context. 

[0016] For the network 100, as shown in Fig.l, a Flyweight design pattem is^ applied to 
the data structures representing the switches, with the extrinsic state of the switches stored in 
the data structures representing the wires. This results in a set of data structures that looks 
like a simple routing-resource graph, but uses much less memory for regular FPGAs because 
of the sharing of switch data structures. 



□ 
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[0017] A simple example of how this works is discussed with regard to the network 100 
shown in Fig.l. A single routing cell (delineated by the dashed line) is replicated to produce 
a routing network 100. For simplicity, function units, inputs and outputs are not shown. 
Cells 102-1 16 are labeled with (x, y) coordinates to distinguish them. Global wires Va-Vi 
and Ha-Hi are given local names within a cell, in this case VO, VI and V2 for the vertical 
wires Va-Vi, and HO, HI and H2 for the horizontal wires Ha-Hi. The names are local in the 
sense that the wire labeled VO in cell (0, 0) is really the same wire as wire VI in cell (0, 1). 



iQ As shown in Fig. 1 there are only 9 horizontal and 9 vertical writes in the entire routing 
^ network, but because of "twists" in the wire buses between cells, each wire has a different 

m 

local name in each cell in which it appears. 

b 

fU [0018] A representation of this network 100, requiring less memory than a typical 

m 

routing-resource graph is built from the local wire codes, a table containing the switch 

O 

^ connections, declaration of the wires in the network 100 and a couple of method calls. Each 
local wire name can be assigned a small integer value as shown in below. 



Wire Codes 
H0 = 0 
HI = 1 
H2 = 2 
V0 = 3 
VI =4 
V2 = 5 
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A Switch Table lists the access of each wire to another wire through each of the switches in a 
regular block, as shown below. 



Switch Table 

HO-^ VO, VI 

HI VI, V2 
1^ H2 VO, V2 

2 VO ^ HO, H2 

W VI ^ HO, HI 

0 V2-» HI, H2 

m 
w 

p A declaration of the wires in the network 100 includes the actual physical (e.g. global) 

nj 

fy wires (4 horizontal and 6 vertical) in the FPGA, as shown below. 



Wire Declarations 

Wire verticalWires[9] = {Va, Vb, Vc, Vd, Ve, Vf, Vg, Vh, Vi}; 
Wire horizontalWires[9] = {Ha, Hb, He, Hd, He, Hf, Hg, 

Hh, Hi}; 

Completing the representation are Method Calls that use the Wire Codes, Switch Table, 
and Wire Declarations to navigate through the network 100 as shown below. 

Method Calls 

Wire localNameToHorizontalWire(Int localName, int xCell, int yCell){ 

// Assumes localName is one of HO, HI, H2 

int globallndex = ((localName + xCell) %3) + (3 * yCell); 

9 



return horizontal Wires [globallndex]; 

} 
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Wire localNanieToVerticalWire(Int localName, int xBlock, int yBlock){ 
// Assumes localName is one of VO, VI, V2 
int globallndex = ((localName - VO + yCell) %3) + (3 * xCell); 
return vertical Wires [globallndex]; 

} 

[0019] Exemplary embodiments combine the abstraction offered by the routing-resource 
graph (with its advantage of not being FPGA architecture specific) with the reduced memory 
usage of the compute-based approach. An exemplary Flyweight design pattern with the 
compute-based approach can produce a virtual routing-resource graph that appears to the 
router to be an ordinary routing-resource graph, but uses less memory when used to represent 
the routing network of an FPGA with a regular structure. The Flyweight design pattem is 
used in object-oriented applications where it is desirable to use objects throughout a design, 
straightforward implementation would use a larger memory because of large number of fine- 
grained objects. The pattem shares objects (e.g., a single object may be referenced in 
multiple contexts), with each reference to an object being treated as though it were 
referencing a distinct, unique object, wherein there is a difference between intrinsic and 
extrinsic state of an object. Intrinsic state is stored in the flyweight and is independent of the 
context, which makes the object shareable. Extrinsic state depends on the context in which 
the object is used, and is not shared or stored in the flyweight object. The application passes 
the extrinsic state to the flyweight when necessary. The Flyweight design pattem can thus 
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reduce memory usage when objects can be segregated into groups, such that objects within a 
group can be replaced with a single, shared object (the flyweight). 
[0020] The Flyweight design pattern can be applied to the objects representing the 
switches, with the extrinsic state of the switches stored in the objects representing the wires. 
The result is a set of objects that looks like a simple routing-resource graph, but uses much 
less memory for typical FPGAs because of the sharing of a smaller number of switch objects. 
For example, horizontal wires Ha, Hd and Hg are very similar in Fig. 1 . Horizontal wires Hd 
and Hg can each be considered a simple vertical translation of Ha. This similarity suggests 
that the six switches on Ha could be shared by wires Hd and Hg if the state of the switches 
can be divided into extrinsic and intrinsic parts, and a suitable place can be found to store the 
extrinsic state. This can be done using the following wire and switch class definitions as 
shown below. 

Wire Class Definition 

// Plays the role of a node in a resource routing graph 
class Wire { // extrinsic state for switches 

private int x, y; // coordinates of upper leftmost cell containing this wire 
private Switch[] switches; // switches that this wire drives. . 
public Wire(int x, int y, Switch[] switches) 
this.x = x; 
this.y = y; 

this.switches = switches; 

} 

public Switch getOutputSwitchesQ { 

11 



HP PDNO: 10008138 



return switches; 

.} 

public int getXCoorcliante(){ 
return x; 

} 

public int getYCoordinate(){ 
return y; 

} 

} 



Switch Class Definition 

// Plays the role of an edge in a resource routing graph. An instance of this can be 
// shared in many contexts in the graph (flyweight design pattern) 
class Switch { 

private int fromWireCode; //intrinsic state for switches (HO, HI, H2, VO,.,.) 

private int toWireCode; //intrinsic state for switches 

private int xOffset; //intrinsic state for switches 

private int yOffset; //intrinsic state for switches 

public Switch(int fromWire, int to Wire, int xOffset, int yOffset){ 

this.fromWireCode = from Wire; 

this.toWireCode == to Wire; 

this.xOfifset = xOffset; 

this.yOffset = yOffset; 

} 

public Wire getDestinationWire(WiresourceWire) {set; 
int y = source Wire.getYCoordinateO + yOffset; 
if (wirelsHorizontal(fromWireCode)) 

return localNameToVerticalWire(toWireCode, x, y); 
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else 



return IocalNameToHorizonatalWire(toWireCode, x, y); 
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As shown above, the switch data structure includes the method call to determine a pointer to 
the destination wire base on information from the wire data structure. 

[0021] For example, routing-resource graph objects for the switches of wires Ha, Hd and 
Hg could be represented like the following: 

// Create switches (flyweights) for wire Ha 
Switch[] switches = new Switch[6]; 



switch[0 
switch[l 
switch[2 
switch[3 
switch[4 
switch[5 



= new Switch(HO, VO, 0, 0) 
= new Switch(HO, VI, 0, 0) 
= new Switch(Hl, VI, 1, 0) 
= new Switch(Hl, V2, 1, 0) 
= new Switch(H2, VO, 2, 0) 
= new Switch(H2, V2, 2, 0) 



The routing-resource graph objects for wires Ha, Hd and Hg could then be represented as 
follows: 



horizontalWires[Ha] = new Wire(0, 0, switches); 
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horizontalWires[Hd] = new Wire(0, 1, switches); 
horizontalWires[Hg] = new Wire(0, 2, switches); 

[0022] As shown in the above exemplary representation, the wiring data structure 
horizontalWires[Ha] with switch information (i.e. the array "switches") and wire identity 
information (i.e., 0,0) identifies a wire Ha. The wiring data structure horizontalWires[Hd] 
with switch information (i.e. an array "switches" that the wire drives) and wire identity 
information (i.e., 0,1) identifies wire Hd. The switch data structure switch[l] has wire 
information (i.e.,H0, VI, 0, 0) associated with horizontal Wires[Ha] and horizontalWires[Hd] 
for identifying wire Vb connected to wire Ha with a switch as a function of the wire identity 
information of wire Ha and wire information from switch[l]. The switch data structure 
switch[l] can also identify wire Va connected to wire Hd with another switch 107 as a 
function of horizontal Wires[Hd] and wire information from switch[l]. As referred to above, 
the switch information can be an array of switch data structures representing all of a plurality 
of switches at relative locations along a wire that are driven by the wire. The same switches 
having the same positions along an other wire can be represented by the same array (i.e., 
"switches) in the other wire's identity information. 

[0023] ' Therefore, wires having the sa^^ iswitches at relative locations within blocks at 
the same relative positions along the wires can share arrays of switch data structures. Of 
course, additional extrinsic and intrinsic state, and additional methods, can be added to these 
classes. Also, different subclasses of the Wire class may be introduced to, for example, 
handle different lengths of wires in the FPGA, or to easily differentiate horizontal and vertical 
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wires. The resulting data structures of a shared routing-resource graph model possess the 
abstract properties of a routing-resource graph, in that it appears there is a separate data 
structure or data structure for each switch and each wire, that can be implemented by a router, 
which routes any regular FPGA architecture. Because of the sharing of switch data 
structures, reduced memory can be used, if desired to store the shared routing-resource graph. 
Larger and more complicated FPGAs(e.g. different length wires, more complex switch 
pattems, etc.) than the example of Fig. 1, can of course be represented. 
[0024] Fig. 2 illustrates an exemplary method of describing a data structure for 
representing an electronic circuit as a routing-resource graph. A plurality of blocks are 
defined within a regular array each having a regular sub-array of switches and wires. A 
switch is identified at a relative location within a block at relative position along a first wire 
within a plurality blocks. In the example of Fig. 1, this could be the second switch on wire 
Ha. Another switch at the same relative location within another block at same relative 
position along a second wire is identified within a another plurality of blocks. In the example 
of Fig. 1, this could be the second switch on wire Hd. A first wiring data structure, for 
example horizontal Wires[Ha], is defined for the first wire with first switch information and 
first wire identity information to identify a first wire. A second wiring data structure, for 
example horizontal Wires[Hd], is defined for a second wire with the same first switch 
information and second wire identity information to identify the second wire. A switch, for 
example switch[l], is defined having wire information (i.e. HO, VI) and is associated with 
both the first and second wiring data structures for identifying wires respectively connected to 
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the first and second wires by a switch as a fUnction of wire identity information and the wire 
information. 

[0025] It will be apparent to those skilled in the art that various changes and 
modifications can be made in the inline phase shifter of the present invention without 
departing fi-om the spirit and scope thereof. Thus, it is intended that the present invention 
cover the modifications of this invention provided they come within the scope of the 
appended claims and their equivalents. 
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